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m^OFTHEJNVFNTIPN 

WIRELESS E-MA1U SYSTEM 



(0001] IMAP and POP3 are standard a-mall signalling protocols implemented by 
many ft a-mair servers. The sequence of using the signals defined In the protocols, 
as well as the content and user interface that is presented to the user, are not 
defined by any standard protocol In order to present the content to the end-user 
via standard protocols such as IMAP and POPS, or via proprietary protocols auch as 
Hotmail's MSP, the client must retrieve the Information torn the e-mail server, and 
process the data to present it in the desired formal This requires significant 
signalling, processing and memory usage on the part of the client. 



[ddo2] For"moblle wifeless communication devices, where devices are constrained 
by memory stee and processing capabilities, using IMAP, POP3 and SMTP (or any 
other proprietary wireline e-mail protocol) to interface directly with e-mail servers 
results in high latencies, increased battery consumption and large memory 
requirements. Furthermore, cellular wireless networks typically impose that radio 
channels be assigned to the wireless mobile devices for data transactions, rather 
than to make use of random access channels, which consumes network capacity. In 
addition, the above channel assignment process takes time, which inherently adds to 
latency. Ideally, a minimum amount of channel assignments should be made. Also, 
standard e-mail protocols are generally "chatty* and require multiple signal 
exchanges for each simple process. 

[0003) 6ne7urtKe7prbblem wiih pfeseht wireless mobile e-mail technology is that 
when the client device uses an e-mail protocol such as IMAP/SMTP, the application 
is not visible in the mobile operator network. Essentially, the traffic appears in the 
mobile netwoik as data traffic, and Is not distinguishable from other types of data 
traffic, such as for example web browsing. As a result mobile operators are not able 
to monitor the usage or to provide specific subscriptions based on such e-mail 

-■'V v. .; .•• mU 
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services. 

(0004] In summary, the problem Is largely a specific consequence of the design of 
the IMAP and POP3 protocols, which were conceived for use over landline networks 
where latency Is low, bandwidth relatively cheap, and network availability high. 
Furthermore the IMAP and POP3 protocols expect a smart thick client (such as that 
available on a PC) that is ablo to process largo amounts of complex data, which are 
not readily available for wireless mobile devices. 

[OODSJ Presently, IMAP and POP3 exist on some mobile communication devices, 
allowing the client device to retrieve and transmit e-mails directly with the e-mail 
server. Additionally! web-portal based e-mail, such ae that provided by Yahoo! and 
Hotmail, are also available on wireless mobile devices using WAP browsers. 

(OQOSfOffief moEK^ as a mettidd for ertsufTrtd * 

that the data on the mobile device and remote server are consistent. 
Synchronization allows for use In offline mode, where changes to the data set on the 
client or on the server can happen independently, and updates to both data sets are 
made during the synchronization procedure. For mobile communications systems 
that allow for an "always-on* connection, changes to the data set that are made in 
the mobile device may be reflected Immediately in the remote server, eliminating the 
need for synchronization. 

10007] Finally, an alternative solution for' wireless e-mail is disclosed in US Patent 
No. 6,701,378, in which e-mails are received by a redirector software, and forwarded 
immediately to the mobile device based on filtering rules. These filtering rules, 
specific to each mobile device, require persistent storage In the redirector software. 
This system also requires that the e-mail server forwards each e-mail to the wireless 
redirector software. 

[OOO'BJ Cohsequehtry, pWor art wifelfias mobile can be divided into 

the following too categories: 
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[0009] 1) Enterprise focused e-mail aoceas using IMAP, POP3 or proprietary 
means to grant access to enterprise e-mail. This solution is typically 
costly on a monthly bases and requires a relatively expensive handset. 

lOQior ■"2)simip»afitfiiniitM^ 
users. 

SUMMARY OF THE INVENTION 

[0011] To address the above and other drawbacks of the prior art wireless e-maH 
systems, a novel wireless e-mail system is provided which allows for a wireless 
mobile device to support a thin client tor e-mail functions, with most of the 
processing offloaded to an external platform that is not significantly constrained by 
memory, processing capability or power supply. 

[0012] The client Initiates the request In the format that allows it to retrieve the 
Information It requires to pa displayed In a single request/response pair. (This is in 
contrast to standard e-mail protocols which require multiple transactions and 
significant processing on the pari of the client to extract the required information). 
Additionally, the client device Is not required to maintain a persistent session with the 
e-mail server, or the gateway, in order to initiate subsequent transactions, as is 
required by IMAP or POPS. Each request is self-contained, eliminating any need for 
user-specific information to be stored on the gateway, including filters. The system 
performs a relevant transfer of a small subset of Ihe data as requested by the user. 
A single sasslonless request/response pair is used for each of those transactions 
initiated by the client 

(0013) Furthermore, the gateway may contain configuration options to allow for 
different ayatem behaviours baaed on mobile operator preferences or specific 
handset-type limitations. The configurable options may comprise: 

[0014] I) The number of e-mails to Include per page view of the mailbox (e.g. 10 
e-mails per page view). 

•3- 
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[001 6] il) Whloh fields to Include per page view of the mailbox (e.g. subject, from, 
date); and 

[0016] fii) The maximum size of an e-mail message to download at a time (a.g. 
10 kB). 

poi7T01h¥f ^ or tneprefieni invention" v/iirpecomB- ■ 

more apparent upon reading of the following non-restrictive description of illustrative 
embodiments thereof* given by way of example only with reference to the 
accompanying drawings. 

BRIEF description PF THE PPAWINQS 

[0018] Reference will how be made to the accompanying drawings, showing by way 
of illustration an illustrative embodiment of the present Invention, and in which: 

' ■ 

~ [0019] figure '1A '^e'rf^caHy illustiratBs 'a w(rel@es agnail system in accordance- 

with an illustrative embodiment of the present invention; 

(0020] Figure 1 B schematically illustrates a wireless e-mail 'system In accordance 
with an alternative illustrative embodiment of the present invention; 

[0021] Figure 2 'schematically Illustrates the communication interfaces employed in 
the wireless enroll systems of Figures 1A and 1B; 

[0022] Figure 3 presents a block diagram providing a functional overview of the E- 
mall Gateway of Figures 1A and 1B in accordance with an illustrative embodiment of 
the present invention: 

[0023] Figure 4 presents a flow chart of a high-level sequence of events of a single 
wireless e-mail transaction between an end user, an e-mail gateway and an e-mail 
server in accordance with en illustrative embodiment of the present invention; and 

-4- 
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[0024] Figure 6 presents a flow chart of a possible implementation of an e-mail thin 
client In accordance with an illustrative embodiment of the present invention. 

[0025] Referring now to Figure 1A..S wireless e-mail system, generally referred to 
using the numeral 10, and in accordance with an illustrative embodiment of the 
present Invention, will now be described. The wireless e-maii system 10 generally 
comprises the following components: 

[0026] A) At least one end user wireless mobile device, as in 12, such as GSM 
mobile phones and the like, or any other wireless device including 
palm and pocket PCs, PDAs, etc; 

[0027]* ' B) A mbbllo operator netWDrtc 14;" 

[0028] C) An e-mail gateway 16 that has connectivity to the mobile operator 
network 14 and the e-mail server 18; and 

[0029] D) At least one e-mail server, as in 18, from at least one e-mail service 
provider, as in 20. 

[0030] Each mobile device 12 will generally comprise ROM. RAM. a processor, a 
removable/reusable battery as well as a user interface, input means (e.g. keypad, 
stylus, touch screen, voice recorder) and display means (color or monochrome 
display or displays) for Interfacing with the user and providing visual access to e-mail 
and other communicated and stored information. The wireless device 12 will also 
comprise wireless connection capabilities, such as GSM, cdma2000, UMTS or other 
such capabilities, for wlrelessly connecting to and communicating with a mobile 
network. Furthermore, In order to support the present wireless e-mail system, each 
mobile device 12 implements an additional e-mail thin client 22 typically in the form 
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of a software program residing on each wireless mobile device 12. The primary 
functions of the e-mail thin ollent 22 are to: 

[0031] A) Interface with the end user to allow for user input and to display the 
requested e-mail information; 

[0032] B) Use e specific interface (Interface A of Figure 2 further described 
hersinbelow) to request sen/teas from the e-mail gateway 16; and 

(0033J* w ^c)Trt^rripomfnort ^mipismeniairon^ rasemr airorenr user interfaces 
from the different e-mail service providers 20. 

(0034) The mobile o^ anytype * 

of wireless date communication such as G8M, cdma2O0O ( UMTS, or other such 
systems. The mobile operator network 14 provides the wireless data communication 
system (dashed lines) between the various mobile wireless devices 12 and the 
landllne network (solid lines) connecting the various e-mail servers 18 of each 
service provider 20. 

[0035] The e-mail service providers 20, and respective e-mail servers 18, support 
standard or proprietary e-mail signalling protocols such as IMAF, POP3> Hotmail's 
MSP. or other such protocols for the management and retrieval of e-maiis, as well as 
standard or proprietary $iflnalling protocols, such as SMTP, Hotmail's MSP or other 
such protocols for sending e-mails. E-mail service providers may include, but are not 
limited to, Yahool Mail, AOL Mall, Hotmail, or any other common consumer-based 
ISP e-mail servers, web-based e-mail providers or corporate e-mail providers. 
Basically, the e-mail servers 18 in the illustrated embodiments operate as they would 
with standard communications established by prior art Mired and wireless devices. 
Yet, while the e-mail client 22 may be Implemented using a standard protocol (for 
example communicating over HTTP), its implementation will be executed in a unique 
way. For example, if a mall is deleted by the end user, it may or may not be required 
that the client 22 move the e-mail to the 'Deleted Items" folder. The signals used in 
the protocol are standard, but the sequence of the signals and the overlying 

-6- 
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structure of the e-mail client 22 may be unique depending on the implementation. 

[0036] The primary functions of the e-mail gateway 16 are to offload processing and 
signalling for e-mail access from multiple wireless mobile devices, as in 12, onto an 
external platform that la part of the wired network (solid lines in Figures 1A, 1B, 2 
and 3), and to allow the mobile network operator 16 to monitor usage of the specific 
e-mail service* The gateway furthermore allowa the wireless mobile devices 12 to 
implement a thin client 22 that can support multiple user interfaces of the different e- 
mail service providers 20. The main functions of the gateway 16 include: 

[0037] (A) Processing requests from the e-mail thin client 22 of each wireless 
mobile device 12; 



[0038] (B) Translating the standard e-mail protocols based on implementation of 
a specific e-mail service (e.g. Yahoo vs. AOL); 

[0039] (C) Generating billing reports and billing data; 

[0040] (D) Monitoring traffic and generating traffic reports; 

[0Q41] (B) Allowing tor the mobile operator to configure settings in a particular 
deployment or for a particular handset type. 

fQ042J Tn" ^ gateway may comain 

configuration options to allow for different behaviour based on mobile operator 
preferences or on specific handset-type limitations. The configurable options may 
comprise: 

V ' p*3j iO'Tfio view of MnBarp:fl. 10). ~ 



[0044| (ii) Which fields to include per page view of mailbox {e.g. subject from, 
date); and 
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[0046] (Hi) The maximum size of an e-mail message to download at a time (e.g. 
10 KB). 

[0046] Adding reference to Figures 2 and 3, and In accordance with an Illustrative 
embodiment of the present Invention, the e-mail gateway 16 generally serves as a 
bridge between the wireless devices 12 and the service providers 20. as will be 
discussed in greater detail below, the gateway 16 must process requests incoming 
from the client 22 of devices 12 using a first Interface, that is Interface A of Figure 2, 
and communicate those requests to the e-mail servers 18 of the e-mail service 
providers 20 using a second Interface. Interface B. Consequently, as presented in 
Figure 3, incoming requests from the client 22 are first processed by the Interface A 
processor 28, and expedited to a requested e-mail server 18 using Interface B. Once 
the information requested by the citent 22 is gathered using Interface B (possibly 
through multiple transactions as described further hereinbelow) and processed by 
the Interlace B processor 28, it Is returned to the client 22 using Interface A. 

[0047] As will be d&crlbi^Wrther h'efelhbeidW. inwrTace A' is designed to provide a 
simple and unique Interface using single self-contained request/response pairs 30, 
for example over HTTP, between the wireless devices 12 and the gateway 16. 
These request/response pairs 30 also allow for the piggybacking of requests in a 
single self-contained pair. For example, both a request for the Inbox view as well as 
a request for the list of folders may be combined In a single request to the gateway 
IS. 

[0048] Conversely, Interface B is essentially any interface supported by the various 
e-mail providers, namely using such signalling protocols as IMAP, SMTP, POPS and 
other common or proprietary protocols, and may use multiple transactions 32 for a 
single request 34, as common with such protocols. Necessarily, the implementation 
of the Interface B processor 28 is largely dependent on the particular e-mall service 
provider 20 the gateway 16 is requested to interact with. 

[0049] In addition to its Connection Management function 36, generally described 
hereinabove, the gateway 18 will also provide for event monitoring and reporting 38, 

*8- 
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billing data generation 40, and an interface to the authorization and accounting 
systems of the mobile operator 42. Since the Gateway 16 must be used to complete 
wireless e-mail transactions requested by the end user, the present e-mail system 
10 will provide visibility in the mobile operator network 14, allowing e-mail traffic to 
be distinguishable from other data traffic, such as for example web browsing. In prior 
art wireless e-mail systems using IMAP or POP3 protocols, such transparency is not 
provided to the mobile operator, limiting billing and subscription capabilities in those 
systems. 

[0050J Essentially, the novel wireless e-mail system 10 of the Illustrative 
embodiments of the present Invention allows for a wireless mobile device 12 to 
support a thin client 22 for e-mail functions, with most of the processing offloaded to 
an external platform, such as gateway 16, that is not significantly constrained by 
memory, processing capability or power supply (common restrictions In portable 
wireless devices as in 12). In the illustrative embodiment of Figure 1 A, the gateway 
16 is illustrated as being an extension of the mobile operator network 14. In the 
alternative embodiments illustrated In Figure 1B, the e-mail gateways 16z and 16 a of 
e-mail wireless system 10' are illustrated as extensions to e-mail servers 1fl 4 and 18& 
of service provider network 43 and Corporate Network 44 respectively. In both 
embodiments (10 and 10'), processing Is substantially offloaded to the gateways 16, 
independent of their specific position within the e-mail systems 10 and 10*. Yet, as • 
the gateways 1B 2 and 16 3 are coupled to the respective e-mall servers of service 
provider network 43 and corporate network 44, the monitoring and billing features of 
the gateways 16 3 and 16a will inherently be respectively interfaced with the service 
provider network 43 and the corporate network 44 Instead of with the mobile 
operator network 14. 

[0051) Referring now to Figures i A and 2, and In accordance with an illustrative 
embodiment of the present invention, the wireless e-mail system 10, as mentioned 
hereinabove, makes use of two distinct Interfaces to complete each e-mail 
transaction. Communications between the client 22 and the gateway 16 use 
Interface A, whereas communications between the gateway 16 and the e-mail 
servers 18 use Interface B. 

-9- 
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[0052] Interface A la a request/response Interface with the request generally 
originating from the client 22. Using Interface A the client initiates a request in a 
format that allows it to retrieve the Information it requires to be displayed in a single 
request/response pair 30. Unlike standard e-mali protocols which require multiple 
transactions and significant processing on the part of the client to extract the 
required Information, Interface A allows for a single transaction 30 between the client 
22 and the gateway 16 for each user request. As each request is self-contained, 
there is no need for user-specific Information, such as filters, to be stored on the 
gateway 16. The system performs a transfer of a small subsBt of the data as 
requested by the user using a single sesslonless request/response pair 30 over 
HTTP for each of the transactions initiated by the client 22. Consequently, the client 
device is not required to maintain a persistent session with the e-mail server 18, or 
the gateway 16, in order to initiate subsequent transactions, as is required by IMAP 
or POP3. Furthermore, each time the client 22 Is launched, It will retrieve the most 
recent information via interface A, which means the client 22 is not required to keep 
persistent storage of the user data (e-mail messages) in memory for extended 
periods of time. Subsequently, data can be fetched Just-in-time for each user 
request. On the other hand, although no sessions are required between the client 
and the gateway for communication purposes, a session may optionally be used to 
allow for additional security, for example use of HTTPS between the client and the 
gateway. 

[0063] Specifically, Interface A [a a Trequest-raspanse interface, wherein the request 
as mentioned hereinabove, generally originates from the wireless thin e-mail client 
22. The client request commands are generally grouped into two categories: one for 
content retrieval (see Table 1 hereinbelow), and the other for sending or modifying 
content (see Table 2 hereinbelow). Furthermore, as discussed hereinabove, 
Interface A also allows for the piggybacking of raquaete In a eingla request/response 
pair. In practice. Interface A mey ba implemented using an XML structure, though 
other similar structures may also be used. Specific examples of such commands will 
be discussed further hereinbelow with reference to Tables 1 and 2. 
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[0054] As for communications between the gateway 16 and the various e-mail 
servers 18! Interface & is used* Essentially, Interface B is any Interface supported by 
the various e-mail providers 20, namely using such signalling protocols as (MAP, 
SMTP, POP3 and other common or proprietary protocols. In other words. If the user 
seeks e-mail connectivity with an e-mail service provider 20 using IMAP/SMTP as 
signalling protocols* the gateway will configure tne cilam request provided through 
Interface A such that Interface B also uses IMAP/SMTP as signalling protocols. 
% Consequently, though communications between the client 22 and the gateway 16 
through Interface A use single request/response pairs 30, communications between 
the gateway 16 and the various service providers 20 through Interface 3 may Include 
-multiple transactions 32 for a single request 34. Since these transactions 32 are 
completed over a landltne network, latency and bandwidth concerns common with 
wireless networks are less of an issue with the present configuration. 

[0055] in Tables 1 and 2, the main content of Interface A Is shown. The client 
request commands are grouped into two categories: one tor content retrieval (Table 
1)« and the other for sending and modifying content (Table 2). Each request results 
in a response (not shown)- Necessarily! the content of Interface A may Include other 
components not listed here, without departing from the general concept provided by 
the wireless e-mail system 10. 

• - - * »•» - . — . . .. t .... . ._ .... , . _ 
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Table 1: Cltent paqueste used far p^riftvlno Content 



Request 


Main Record HJtftT] 




SommenE 


Gat/Meaaage Request 


Message Wentity 


One or mora or: 
Attachment 

FUQtaxt 

Partial text (rafenace 
by KB) 

\Si* HUT BUHiiBiyn iiuiii 

list directly balow) 


Use to retrieve an email massage 
or multiple email messagas 


csayMatibox View 

• 


Mailbox Identity 
One of: 
PagoNutnpor 
Number of Pages 


One or more of; 

To 

Pfflfn 

Bubject 

Data 

Size 

cc 

boo 

/Raad 

/Answered 

Attachment Flag 

Attachment Nama(fi) 

Partial Text 


Uso to ratrieve a Hat of messages in 
a mailbox page 


(Jet/Account View 


One of: 
PullliM 
SyftUm list 


One or mora of: 
Fitter CapaWBtias: 

Road/ 
Wrfte/Detete/Rename 
Total number of 
meaaagea 
Total unread 
massages 


Used to retrieve a list of folders 
(mailboxes), and tnelr capabilities 


dat/Address 


One of; 
Full list 

Letter range (e.g. A- 

e> 

Search field 




Used to retrieve an add/ess 
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Table 2: Client R aflueata usad fDf Santilna and MOfllMnn Cnntant 



Rfiqucat 


Main Content of Ueaaaae ICommanta 


1 H*WW|U 


Mefitttoe H wrier end Cfif^font 




Put/Forward 


MfifiSQfid Identity, Header end 
Contepf- 


Used to forward a message 




Message wenuty, heater and 
Oontam 


used to reply to a meaapgo 


Pui)Np*IWon ftflts 




Sent to eejver if Interface exist fer email notification 
and abpity to turn email notification on/otf 


Add/Message 


Meaaage Heater and Content 


used to add a message to a mailbox (e,g, store 
draft) 


Replace/Message 


Message Identity and new 
maJtocwnama 


Used to mot* a massage to a new mailbox 


Daleta/^aaafla 


Massaca identity 


Used to delete a massage 


OaJete/AccountVJew 


MaJIbo* Identity 


Used ta delete a roaBbox (fcldert 


Put/AceowM view 


MaittJOxName 


Uwd (a dtqqUj a now mpifcoK (foldor) 


Kfllace/AMountVtow lOl^T^^mallb^naiBM 


UeedtoRenarMAB^oKiltoJgarl 



[0056] As mentioned hereinabove, Interface A also includes a "response* primitive, 
which occurs for each request generated by the client 22. Finally, while a single 
request-response transaction 30 is required and used through interface A to 
communicate with the gateway, multiple transactions 32 through Interface B using 
IMAP/SMTP may be used between the gateway 16 and the service provider 20 to 
gather all of the information requested by the client 22 without generating any 
latency and/or bandwidth concerns in the system 10. 

[00571 Referring now to Figures 1"A» 1B and 4, and In accordance with an illustrative 
embodiment of tha present invention, a high-level sequence of events of a single 
wireless e-mail transaction between an end user, an e-mail gateway 16 and an e- 
mail server 18 using the wireless e-mail system 10 Is presented. 

(0058| The wireless e-mail transaction starts with a user input at step SO; 

[0059] In the following step 62, the client 22 of the user's wireless device 12 
requests the gateway 16 to either fetch, process, or send a specific set of 
information (including forward and reply requests) based on the user 
action of step 50 using the protocol of Interface A. This request is sent 
over the wireless network as a single self-contained request; 
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[0060] In step 64, the gateway 16 communicatee with the e-mail server 18 of the 
selected e-mail service provider 20, sendee provider network 44 or 
corporate network 46, and compiles the requested information from the a* 
mall server 18 using the protocol of Interface B (e.g. POP3, IMAP, SMTP, 
MSP). Unlike In step 52, communications in this step may include 
multiple transactions 32 as communications are executed over a landline 
connection and are thus not limited to bandwidth and latency issues 
experienced using wireless connections; 

[0061] In step 56, the gateway 16 sends the requested information to the client 
22 In a single transfer again using Interface A over the wireless network, 
completing the single request/response pair 30; 

[0062] in step 58, the requested information is presented to the user. 

[0063] As will now be apparent to a person of skill in the art. the wireless e-mail 
system 10 described herein allows for low cost thin clients, as in 22, to access e-mail 
over a wireless network. The thin client 22 can be branded to reflect the look and 
feel of the e-mail service provider 20 the user has selected (for example Hotmail, 
Yahool mail, AOL mail or other such e-mail services). The client 22 on the mobile 
device 12 requires only minimal resources, but can still provide a "PC-like' 1 
experience to the end user that is far better than what can be offered over WAP, 
which has until now been the typical approach to e-mail on low end and mid range 
devices. 

[0064] Referring now to Figure 8, a flow-chart presenting a possible implementation 
of an e-mail thin client In accordance with an Illustrative embodiment of the present 
invention is presented* Once the ueer hae launched the e-mail application, selected 
the desired e-mail service and entered appropriate user ID/password information, 
the gateway is requested to fetch a first set of information- (e.g. first page of the 
Inbox) for display to the user. The user may then select from a plurality of 
requests/options (e.g. open e-mail, delete e-mail, compose new e-mail, view folder, 
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view next page, etc...) that will be communicated to the gateway 16 and 
subsequently to the e-mail service provider 20. For each self-contained client 
request, the gateway 16 gathers the requested information or response from the 
service provider, and transfers the data to the mobile client In a single response for 
display to the user Furthermore, a minimum of necessary data/information is 
downloaded to the client for each request. For example, when a user requests that 
an e-mait be forwarded, or that a reply Includes the original e-mail, the gateway is 
capable of regenerating the original e-mail without requiring that the client download 
the full original e-mail over the wireless network. 

(0065] A thin client approach as described herein allows offloading of processing 
and signalling to a landllne system that is less constrained by memory size or battery 
lift. Consequently, the wireless e-mail system 10 reduces latencies end battery 
consumption as lees signalling and processing are required of the mobile device 1 2. 
Furthermore, the use of a single JusHn-time request/response pair for each query 
makes much more efficient use of the wireless interface thus minimizing radio use 
and fragmentation. The resulting traffic flow is consistent with user requests, queries 
and general use of the system, making service costs transparent and 
understandable. Finally, the system 10 allows far monitoring and billing of the e-mail 
service by the mobile operator 14. 

[0066] White this Invention has been described with reference to the illustrative 
embodiments, this description is not Intended to be construed to a limiting sense. 
Various modifications or combinations of the illustrative embodiments, as well as 
other embodiments of the Invention, will be apparent to persons skilled in the art 
upon reference to the description* It is therefore Intended that the described 
invention encompass any such modifications or embodiments. 
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1 . A wireless e-mail system comprising: 
a wireless device comprising a client; 
a server: and 

a gateway comprising a first Interface and a second interface, said client 
communicating with said gateway using said first interface and said server 
communicating with said gateway using said second interface; 

wherein when said client communicates using said first interface a single self- 
contained request for a set of Information to said gateway based on a user 
action, said gateway compiles said set of information from said e-mail 
server using said second Interface, and sends a single self-contained 
response containing said set of information to said client using eaid first 
interface; wherein said request and said response form a sesslonlees 
request-response pair. 
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Figure 1B 
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Figure 2 
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Input from User 



Client device requests gateway 
to fetch information based on 
user action using protocol of 
Interface A 



* 



Gateway compiles requested 
Information from email server 
using interface B (IMAP, POP3) 

Thla may Include multiple 
transactions 



Gateway sends information to 
client in a single transfer 



4 



Output to User 



r6 



Figure 4 
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Figure 6 
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